fix hiketech datetime bug, prepare for toTime_t override (#638)
authortsteven4 <13596209+tsteven4@users.noreply.github.com>
Thu, 27 Aug 2020 18:05:37 +0000 (12:05 -0600)
committerGitHub <noreply@github.com>
Thu, 27 Aug 2020 18:05:37 +0000 (12:05 -0600)
commit51c837e046d8ce4804e07f2c183ebfd20122b77e
treec603e3e33a8e13099ad64ad0ba4b0664cbae9556
parentda4c723a37eaba9c34db4b45622584e0733378a7
fix hiketech datetime bug, prepare for toTime_t override (#638)

* correct hiketech written time values.

the mystery previously noted in the code was due to the use of the %I format
specifier which prints out the hour using a 12 hour clock.

note that it is easy to see the times in the reference files were wrong.  the
times in the first reference file, expertgpx.gpx, are in UTC.  This is always
true for gpx, and is indicated as well by the Z.  the times in the hiketech file
appear in a utc element, so they must be in UTC as well.

this eliminates the usage of QDateTime::toTime_t which is obsolete.

* elimnate remaining uses of obsolete QDateTime::toTime_t

This sounds better than it is, we added uses of gpsbabel::DateTime::toTime_t.
But we control that and can add our own toTime_t.
hiketech.cc
mmo.cc
reference/hiketech.gpx
reference/hiketech.ref
trackfilter.cc
trackfilter.h